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DANIELS DANIELS & VERDONTK, RA. 


FACSIMILE MEMORANDUM 


This transmission has pages, including cover page. 
If there are any problems, please call (919) 544-5444. 

CONFIDENTIALITY NOTE 

The documents accompanying this telefax transmission contain information belonging to Daniels Daniels & Verdonik, P.A. that 
is confidential and/or legally privileged. This information is only intended for the use of the individual or entity named above. 
IF YOU ARE NOT THE NAMED RECIPIENT, YOU ARE HEREBY NOTIFIED THAT ANY DISCLOSURE, COPYING, 
DISTRIBUTION OR TAKING OF THIS INFORMATION FOR ANY USE WHATSOEVER IS STRICTLY PROHIBITED. 
If you have received this telefax in error, please immediately contact us by telephone to arrange for return of the original 

documents to us. 


TO 
FAX# 
FROM 
DATE 

RE 


Group 2182- (Examiner Joshua D. Schneider) 
571-273 8300 (1301-008) 
A. Jose Cortina, Reg. 29,733 
May 8, 2006 

U.S. Application Serial No. 09/752,199 

Docket No. 40921-250098; Applicant: Throop, Dean 


I certify that the attached Transmittal Letter and Declaration are being transmitted 
via facsimile to the Patent and Trademark Office on May 8. 2006^, 

f^C/^^j /fs r 2 />)f j^^^jLJ 

Ann Hammack 
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CENTRAL FAX CENTER 


MAY 0 8 2006 


Application No.: 
Applicant: 


09/752,199 
Throop, Dean 


Confirmation No.: 


8124 


Filed: 


December 29, 2000 


TC/A.U. 


2182 


Examiner: 


Schneider, Joshua D. 
40921-250098 (1301-008) 


Docket No.: 


Customer No.: 


26108 


Bv Facsimile to f703> 872-9306 and U.S. Mail 
Mail Stop - Amendment 
Commissioner for Patents 
POBox 1450 

Alexandria, VA 223 1 3-1 450 


Enclosed please find a signed Declaration of Dean Throop Under 37 C.F.R. 1.131 
regarding the above referenced patent application, which was discussed in the response filed 
April 25, 2006. 

Mr. Throop *s original declaration included in our response to the OA regarding the above 
referenced application filed on April 25, 2006, was not signed This signed Declaration is being 
filed to complete the record- 
Should the Examiner have questions, he is courteously invited to call the undersigned at 
the number listed below. 

Dated: May 8, 2006 


A. Jose Coiling RegTNo. 29,733 
Daniels Daniels & Verdonik, P. A. 
P.O. Drawer 12218 
Research Triangle Park, NC 27709 
Voice 919.544.5444 
Fax 919.544.5920 
Email jcortina@d2vIaw.com 

Enclosures 

F:\CL\J 30l-00S\Pnjs6cuiioa\Trznsniittal tetter Throop Dec.doc 


TRANSMITTAL LETTER 
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CENTRAL FAX CENTER 

MAY 0 8 2006 

Docket No. 40921-250098 (1301-008) 

PATENT 


T« "D a.' 

in Ke. 

i nioop, uean 

Serial No. 

09/752,199 

Filed 

December 29, 2000 

Examiner 

Joshua D. Schneider 

Art Unit 

2182 

Title 

METHOD AND SYSTEM FOR ENCODING SCSI REQUESTS FOR 


TRANSMISSION USING TCP/TP 


DECLARATION OF DEAN THROOP UNDER 37 C.F.R. 1.131 
I, Dean Throop, the inventor in the above-identified application being duly warned, 
hereby declare as follows: 

I conceived the invention described and claimed in the above-identified application at 
least as early as August 1, 1999, and that work on reducing the invention to practice commenced 
on or about October or November of 1 999. 

The invention was reduced to practice through development and operated successfully at 
least as early as January of the year 2000. 

Evidence of the dates set forth previously and with respect to conception and reduction to 
practice may be found in the appended completed invention disclosure form used by the assignee 
of this application. This invention disclosure form was completed by me in the ordinary course 
of record keeping which is part of my responsibilities as an employee of the assignee of this 
application. 

Further evidence of conception and reduction to practice may be found in the appended 
paper entitled "Flare Network Interface to Navisphere" circulated internally as a confidential 
document by the assignee of the invention and above-identified dated October 6, 1999, and 
describing the invention disclosed in the above-identified application. 

lof2 
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The above set forth, dates of conception and reduction to practice of the invention are well 
before the May 31, 2000 filing date (effective date) of U.S. Patent No. 6,836,830 to Yamagami et 
aL, which is being applied to reject the claims in the above-identified application. 

I further declare that being warned that willful false statements and the like are 
punishable by fine or imprisonment, or both (1 8 U.S.C. 1 001), and may jeopardize the validity of 
the application or any patent issuing thereon, that all statements made of my own knowledge are 
true and that all statements made on information and belief are believed to be true. 

Respectfully Submitted, 



DeanThroop 


Dated: April 26, 2006 


Enclosure 


F:\CLM 30 l-(W8\Prosccuiioa\DecIarBtioo Throop 20062.doc 
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*********************************************** 

INSTRUCTIONS 
PLEASE COMPLETE THIS DOCUMENT, INSERTING THE 
REQUESTED INFORMATION AFTER EACH QUESTION. MAIL 
THE COMPLETED FORM, AND ANY ACCOMPANYING 
ELECTRONIC DOCUMENTS , VIA EMAIL TO ANGELA MUISE 
IN THE LAW DEPARTMENT, IF ANY SUPPORTING 
MATERIALS ARE BEING SUBMITTED IN HARD COPY, 
PLEASE PRINT A COPY OF THIS FORM, ATTACH TO THE 
HARD COPY MATERIALS AND MAIL TO ANGELA MUISE, LAW 
DEPARTMENT, 35 PARKWOOD DRIVE, HOPKINTON , 
*********************************************** 


I. TITLE OF INVENTION 

Encoding SCSI Requests for Transmission using TCP/IP 


II. INFORMATION ABOUT INVENTOR (S) : 

Name: Dean Throop 

~- Home Address: 112 Stratford Dr 


Chapel Hill NC 2 7 SIS 


Badge No.: 11221_ Mail Stop: rtp Citizenship: U.S._ 

(If more than one individual contributed to the invention, 
supply the above information for each additional inventor.) 

Ill BACKGROUND INFORMATION 

1. Will a DG/EMC product use this invention? 
YES 

If so, what is the internal name of the DG/EMC product 

incorporating this invention? . 

Flare for Alpine Phase 2 
Has the product been publicly announced by DG/EMC? 
I don f t think so 

If announced, what name/model is the product marketed 
under? t 

If not yet announced/ what is the anticipated announce 

date for the product? __ . 

May 5, 2 000 (scheduled ship date) 

2. On what date did the idea of the invention first come to 
mind? - 

Aug 1999 
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3. Other than discussions among the inventors named above, to 
whom was the invention first disclosed: 


The date of that disclosure: 

I discussed this with Stephen Todd (1" in Aug 1999) 
It has been implemented by Lorenzo Bailey, 3ob 
Frazier, and David Pressley- 

4. On what date was the idea of the invention first reduced 
to writing in whole or in part? (This would include any 
form of handwritten, typed or electronic record. Send a 
copy of this material,) 

There's a specification written October 1999 

5. Has construction/development of this invention started? 
Started October or November 1999 


.If so, date started: 

Has the invention been built /developed and operated 
successfully? Its been working since januay of 2000 


If so, date of first successful operation: 

6. Has this invention been disclosed outside of DG/EMC? 
I don't think so 


If so, were the disclosures under a non-disclosure 
agreement ? . 

Give dates, locations, and other relevant information 
about all disclosures outside of DG/EMC: 


7. List all functional specs, design specs, management 

.presentations and other available materials that describe 
or discuss the design or operation of this invention. 
See attached 


IV. TECHNICAL DISCLOSURE OF INVENTION 

1. State in general terms the nature of the invention. 

-2- 

RAHSaOl S7B5<a.1 
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An encoding of SCSI requests on TCP/IP. 

2. Describe any old method(s) of performing the function of 
the invention, indicating the disadvantages and problems 
with the old methods that are overcome by the invention . 
(Note: Describe all prior methods of which the inventors 
have knowledge, not just prior DG/EMC methods. It is 
sufficient to state the current knowledge and 
understanding of the inventors. It is not necessary that 
the inventors conduct research to identify all "old" 
methods . ) 

SCSI requests are generally sent over wires created 
explicitly for just that. Two common implementations use 
parallel copper wires and fibre channel lines. The wires 
are connected using special purpose hardware boards (SCSI 
controllers) plugged into computers. 

The operating system running on the computers has 
software that uses the SCSI controllers for doing industry 
standard block I/O. Because the operating systems have 
exclusive use of the SCSI controllers, it is often 
difficult to write a user program that can send vendor 
specific SCSI requests using the SCSI controllers. 

The vendor specific requests are useful for 
configuring the target SCSI device and for monitoring it. 
Monitoring to observe failures and to track performance. 

Some operating systems provide a user pass through 
capability that allows a user program to send vendor 
specific SCSI requests to a target device. These pass 
through capabilities are operating system specific and 
don't always work very well. Some times Operating system 
SCSI pass through requests will stop other traffic until 
they complete (thus degrading performance) . Some 
operating systems do not provide any SCSI pass through 
mechanism at all : 

Another alternative for a user program to access a 
target device is to connect to it using a serial cable. 
{We do this right now with clariion) , The user program 
encodes the vendor specific SCSI requests and transmits 
them to the target device over a serial line. This is 
available over a wide variety of operating system. 
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Unfortunately this encoding is error prone and rather 
slow. 

By encoding SCSI requests and transmitting them using 
TCP/IP, we have a fast and widely available way for user 
applications to send vendor specific SCSI request to a 
target device. 

2, Describe the design. and operation of the 

invention, indicating the specific features 
believed to be new and all advantages or 
improvements over the old methods. Use 
drawings, schematics, timing diagrams, 
flowcharts, and/or sketches as appropriate for a 
clear and complete understanding of the 
invention. 

The specification is available on the web at 

http : //thiinman. rtp .dg. com/ ~ flare /pro j ects/f lare_proj ects - htm 
You will need usernarne^clariion, password«diskus 

->alpline network 
- >Flare Network Interface to Navisphere-2 


4- Are you aware of alternative ways in which the invention 
could be used or implemented? If so, describe generally 
(a) other applications for the invention (for example, 
other types of products that could benefit from the 
invention) and (b) alternative ways the invention could be 
constructed or implemented. 

There is a draft for a similar implementation. 
A URL for this Internet -Draft is: 
http ://wvr^ietf.org/ijritem 

I've written a brief comparison of our approach with the above draft 
and our implementation and I'll attach that. 


Name of Person Preparing This Disclosure: Dean Throop_ 


RAOS31 57B54B.-! 
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Date of Disclosure: 
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Flare Network 
Interface to 
Navisphere 


DeanThroop 


October 6, 1999 


1 Introduction 

This proposes a revised interface to Rare to aflow the Navisphere Agent to manage Flare over TCP/IP. 

The original Alpkie Phase It Ethernet Service Port Functional Spectficati on proposed using the existing 
sen** fine protocol over a TCP connection- However upon further consideration this approach was 
found unappealing because of synchronization problems with the current serial line protocol and the 
number of serial fine specific manipulation calls made by the Agent 

A better interface would be to pass SCSI requests over TCP. This would standardize the management 
interface on the SCSI CDBs already defined and treat TCP/IP as an alternative transport to the Fibre 
Channel interface. 

This means it wil be possible to issue arbitrary SCSI requests such as read or write over the networti 
In general read or write requests will not be issued over the network as Fibre s ffie optimal interface ifor 
that However there doesn't seem to be any reason to prohfoit doing exactly that It might be a useW 
to be able to generate read or write requests for testing. It might ateo be nice to have a back door to 
access LUN data for test verification or backup, tt doesnl make sense to use it as the pnmaTy data 
storage data path but the ability wfli be there for completeness. 
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2 Overview 

The goal of this new interface is to treat each TCP connection from a Navisphere Agent to Rare as a 
separate SCSI initiator. The Navisphere Agent can send multiple SCSI requests sent over the TCP 
connection and those requests will be processed according to SCSI rules for reordering and 
parallelism. Replies can come back in any order. 

Completely modeling SCSI over Fibre on TCP would create some inefficiencies so the interface wil be 
somewhat modified. To completely model SCSI over Fibre, the Agent would send a request to Flare 
and then Rare would request transfer of the data buffer associated with the request This would mean 
an extra round trip message for Flare to read a data buffer. Rather than having Flare send requests to 
retrieve a data buffer from the Agent, the Agent wilt always send the data buffers that will be read by 
Flare as part of the request For data buffers that are written by Flare, Flare will return these to the 
Agent as soon as processing has completed the buffer. When the Agent sends a request TCP flow 
control may prevent the Agent write operation from completing immediately. If the Agent has several 
requests outstanding at one time, it should always keep accepting data (have a separate thread always 
doing a read or equivalent) so Rare can return completed requests to free resources to process 
incoming requests. 

Having the Navisphere Agent send the data buffer with requests in which Flare wil read the data buffer 
means the buffer win be transferred unnecessarily if the SCSI request has an error. Errors are expected 
to be infrequent and the saving of an extra round trip message should more than offset this. 

3 References 

[1] CLARfiON Disk-Array Licensed Internal Code Specification, Full -Fibre Storage Systems, 
Drawing No: 009-001854-04 

\Z\ Storage Centric Setup Command Interface Rev 1 .3 
Chartie Hopkins 5/7/99 

4 Environment 
4,1 Security 

Flare wiD only service connections from the Navisphere agent if the IP address of the agent matches 
one of a configured set of addresses that Rare will trust The Flare administrator must configure the list 
of addresses as part of Flare management Each address win have an associated mask to allow the 
administrator the ability to match an entire subnet with a single entry. 

The Flare network Interface only offers a modest level of security. Administrators can telnet to Flare 
where access is granted to anyone presenting foe proper password. The password will be passed 
over the network in dear text so anyone on the network with a sniffer can obtain the password. Ef 
someone obtains the Flare password, they can access Rare and unbind LUNs and zero disks thus 
destroying data. Sites that are concerned about security should only connect Flare to a physically 
secure LAN segment trusted for management use and protected from other access (the site should 
use a firewall or take equivalent precautions to limit network connectivity). 

Because the address from which Flare w3J accept connections must be specified in advance, the hosts 
running the Navisphere Agent must use fixed IP address; they can not use DHCP or some other 
dynamic mechanism of obtaining an address. This limitation results from the use of static addresses to 
grant access. If this proves to be a serious problem, weH consider adding a more flexible mechanism 
in the future. 
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4*2 Network Performance 

If Rare is connected to a network with a lot of broadcast traffic, that traffic could cause a performance 
impact on Rare. Rare should only be connected to a network where the level of broadcast traffic is 
known to be low enough to not adversely Impact the performance of hosts on that network. 

4*3 Encoding 

The SCSI requests will be encoded using CTLD as described in the Storage Centric spec{2]. SCSI 
requests wffl be encoded with tags. The fields will be structured sirnSarfy to fibre requests and will 
include a Request Id to allow the Agent to match replies with requests. Data buffers transferred from 
Rare to the Agent will be returned independent of, and may proceed the status of the request that 
generated the data. 

The CTLD encoding must always use the Binary encoding. All CDBs and data buffers will be in 
network byte order just as they would be constructed for the Fibre interface. Request Ids must be 4 
bytes long. 

5 Messages 

5.1 SCSI Request 

This message sends a SCSI request from the Agent to Rare. 

Tag * TAG_NET_SCSI_REQUEST 
Sub Tag = TAG_NET_REQU ESTJD 
Sub Tag = TAG_NET_SCSI_CMND_PAYLOAD 
Sub Tag = TAG_NET_BUFFER 


ThB TAG_NET_REQUESTJD is un'nterpreted by FLARE and wfll be returned in the reply message. 

The TAG JM ET_SCS!_CMN D_P AYLO AD contains a FCP CMND Payioad as described in the 
CLARIION Fibre Spec[1]. 

The TAG_N ET_B UFFER is a conditional Sub Tag; if Rare will read the data buffer from the Agent for 
the CDB, this provides that data, ff Flare will return a data buffer to the Agent, this Sub Tag should not 
be present 

5.2 SCSI Reply 

This message returns the status of a SCSI request from Hare to the Agent 

Tag = TAG_N ET_SCSI_REPLY 


Sub Tag = TAG_NET_REQU ESTJD 
Sub Tag = TAG_N ET_SCSI_RSP_PAYLOAD 


The TAG_NET_REQUESTJD returns the Request Id erf the request 

The TAG_NET_SCSI_RSP_PAYLOAD returns a FCP RSP Payioad as described in frie Clariion Fibre 
specp]. 
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5.3 SCSI Buffer 

This message returns the data generated by Flare when processing a SCSI request It may proceed or 
follow the SCSt status for the request 

Tag =TAG_NET_SCSI_RESULT_BUFFER 

Sub Tag - TAG_N ET_R EQU ET JD 

SubTag =TAG_NET_SCSLBUFFER 


The TAG_NET_REQUEST_ID returns the Request Id of the request that generated this reply buffer. 
The TAG_NET_SCSI_BUFFER returns the data buffer generated by Flare, 
5.4 Option Request 

This nnessage sends a TCP specific request from the Agent to Flare. At this time there are no options 
defined. At some time In the future the TCP interface may support network specific behavior such as 
having Rare generate Alerts for some conditions. All the Sub -tags other than the Request kJ tag of this 
will be ignored in the initial version of this interface. 

Tag - TAGJ4ETJDPT10N_REQUEST 

Sub Tag = TAG_N ET_R EQU ET JD 


The TAG_NET_REQUESTJD specifies a Request Id tag that Flare will return with the reply. 

This option request can be sent at any time, in the Mure if the interface is changed and the old 
interface no longer supported, the option request maybe required to be the first message to allow Rare 
and the Agent to agree to use the new interface; an appropriate Tag wfll be defined with the new 
interface. 

Other tags maybe added in the future as options are defined. 
5.5 Option Reply 

This message returns the result of an Option Request from Flare to the Agent At this time the 
response wifl always be unsupported request At some time in the future this request may be defined 
and the reply will return a status of zero to indicate successful request 


Tag = TAG_N ET_OPTTON_REPLY 


Sub Tag = TAG_NET_REQUET JD 


Sub Tag = TAGJ\IET_OPTION_STATUS 


The TAG_NET_REQUETJD returns the Id of the request that generated this reply. 

The TAG_NET_OPTIONS_STATUS returns a value of 1 indicating request not supported. 

This message wil also be sent by Rare to inform the Agent of problems with the connection. If Flare 
receives a connection and finds it can not service the connection, Rare wfll send an Option RepJy 

Clanion Confidential Page 4 
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message with a status indicating why it wffl not service the connection. Thus if the Agent were to send 
an Option Request as the first request to Rare, a reply with a failure status will indicate why the 
connection is being dosed. 

The Mowing values are defined for the status: 

0 Request accepted 

1 Request not supported (or tag in request not supported) 

2 Connection not accepted, authorization failure 

3 Connection not accepted, too many connections 

6 Connection management 

Rare w3I listen for TCP connections on port 291 8. It will accept all connections. If Rare already has 
more than the implementation maximum (at least 8), ft win send a TAG_NET_OPTION_R£PLY with a 
status value of 3 indicating that the maximum number of connections~has been exceeded and then 
dose the connection, tf Rare will not accept the connection because the agent's IP address is not in 
the list of allowed hosts. Rare wiJi send a TAG_NET_OPT10N_REPLY with a status value of 2. 

When reading connections, Flare wDI implement a timeout. If Rare ever waits more than 100 seconds 
to finish reading a complete message, it will close the connection. The timeout does not start unta the 
first byte of the message has been received; thus an idle connection can remain indefinitely. Rare wiQ 
enable TCP keepafives on the connection to deanup connection from hosts that are no longer 
accessible. 

if Rare ever finds an invalid length on a Request ld t or SCSI CDB, it will assume the Agent and Flare 
are out of sync due to some problem and ft will close the connection. 

Appendix As TAG UST 


TBD 

End of Document 
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